home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940345.txt < prev    next >
Internet Message Format  |  1994-11-13  |  14KB
  1. Date: Wed, 19 Oct 94 04:30:11 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #345
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed, 19 Oct 94       Volume 94 : Issue  345
  11.  
  12. Today's Topics:
  13.                         HP48 Packet conection
  14.                                 jnos40
  15.                       NET_Mac2.3.45.sea.hqx.text
  16.                  Packet BBS posting from/to Japan?  
  17.                             PBBS in Japan
  18.                          Steinbrecher radios
  19.                        What is packet? (2 msgs)
  20.                              X1J problems
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 18 Oct 1994 07:42:33 -0400
  35. From: moisan@bronze.lcs.mit.edu (David Moisan)
  36. Subject: HP48 Packet conection
  37.  
  38. In article <1994Oct17.100805.30156@cc.usu.edu>,  <sld9q@cc.usu.edu> wrote:
  39. >> I know that a HP48 can be conected trough radio packet to the
  40. >> radio amateurs packet net.
  41.  
  42. The best and, really, only way to do this is to connect a TNC to the HP's
  43. port and run one of the numerous terminal programs available from the 
  44. goodies disks and wuarchive.wustl.edu.
  45.  
  46. I have a packet program for the HP, which is just a terminal program 
  47. written in User RPL.  Sometime before the end of the year, if I ever get to
  48. it, I'll put together all the ham-radio related stuff into an FTP site 
  49. somewhere.  
  50.  
  51. I have thought long and hard about porting a SLIP implementation for 
  52. portable amateur TCP/IP work, but I'm not sure if I'm insane enough to 
  53. try it. :)
  54.  
  55. Dave, N1KGH
  56.  
  57. -- 
  58. | David Moisan, N1KGH    /^\_/^\   moisan@bronze.lcs.mit.edu      |
  59. | 86 Essex St. Apt #204 ( o ^ o )  n1kgh@amsat.org                |
  60. | Salem. MA 01970-5225     | |     ce393@cleveland.freenet.edu    |
  61. |                                                                 |
  62.  
  63. ------------------------------
  64.  
  65. Date: Tue, 18 Oct 1994 09:48:55 GMT
  66. From: ka4byp@netcom.com (Bob Merritt)
  67. Subject: jnos40
  68.  
  69. P. Humphreys (pedr@gw6yms.demon.co.uk) wrote:
  70. : Hi,
  71. : I wonder if any kind soul can help me. I recently "blew" some proms to
  72. : enable my D/E to run jnos40 and I'm having lots of problems. Basically
  73. : when connected in "consul mode" the D/E repeatedly goes into reboot and
  74. : any params "added" are lost. Removing the D connectors on the radio
  75. : ports and the problem is solved - not very helpful though. It would seem
  76. : that I've configured the attach commands incorrectly for my unsquelched
  77. : radios. (D4-10 and IC251E - rx audio in the latter case being obtained from
  78. : the receiver detector stage) My attach commands are:
  79.  
  80. JNOS40 in the DE has problems with noise on the RXD line causing more 
  81. interrupts than the CPU can deal with.  If you want to attempt to use the 
  82. code, you will need to add a hardware mod to your modems to gate the RXD 
  83. with the DCD line.  Basically, the CD in the attach line does not 
  84. function.  
  85.  
  86. Also, if you're trying to use ver1.10 rel. you will find that it has
  87. memory leaks and will end up locking up and requiring a manual push of the
  88. ON/OFF to clear it.  You might prefer totry to use the alpha version,
  89. v0.99.1 from December 1993.  It will work, but with "poor" performance.  
  90. I haven't noticed any version that has a CW ID.
  91.  
  92. 73/Bob ka4byp
  93.  
  94. -----------
  95. Bob Merritt ka4byp       ka4byp@netcom.com
  96.  
  97. -- 
  98. *******
  99. Bob Merritt  KA4BYP  ----->  ka4byp@netcom.com  <-----
  100.  
  101. ------------------------------
  102.  
  103. Date: 18 Oct 94 11:13:15 GMT
  104. From: adam@iag.TNO.NL (Adam van Gaalen PA2AGA)
  105. Subject: NET_Mac2.3.45.sea.hqx.text
  106.  
  107.  
  108.                                           The Netherlands, October 18, 1994.
  109. Hello dear reader,
  110.  
  111. Today I distributed NET_Mac2.3.45.sea.hqx...
  112.  
  113. For those who don't know NET/Mac...   NET/Mac is the application that
  114. supports TCP/IP over packet-radio, which means, that hamradio operators
  115. can use NET/Mac for their wireless TCP/IP network...
  116.  
  117. In this version of NET/Mac I implemented the following:
  118.  
  119. - Enhance the test for bad AX.25 headers
  120. - mac-tools.c was cleaned up by Ivo ON1XK
  121. - Enhance the reboot_on_bad_date decision method
  122. - Speed-up hostname lookups from the hosts.net file
  123. - Let the watchcursor spin while copying mail-files
  124. - In case of problems send a more explaining message to the screen
  125. - Don't accept 'tcp reset' commands for sockets in 'Listen' state
  126.  
  127. This version obsoletes all versions of info-mac/comm/radio-net-mac in
  128. the Sumex-Aim archives.
  129.  
  130. The new NET/Mac has (hopefully) been uploaded to:
  131. ftp.ucsd.edu, to the directory hamradio/packet/tcpip/incoming.
  132. If it's not there then look at hamradio/packet/tcpip/mac.
  133.  
  134. Scott WY1Z may have also uploaded the new version to:
  135. oak.oakland.edu, to the directory pub/hamradio/mac/digital
  136.  
  137. Kind regards,
  138.  
  139. Adam PA2AGA  (e-mail: adam@iag.tno.nl  )
  140.              (    or: pa2aga@iag.tno.nl  for letters only, NO BIG files here)
  141.  
  142. ------------------------------
  143.  
  144. Date: 18 Oct 94 14:16:09 MDT
  145. From: greg@radar.safb.af.mil (Greg Horine)
  146. Subject: Packet BBS posting from/to Japan?  
  147.  
  148. >Message-ID: <380bmv$1r0@rigel.infinet.com>
  149. >From: wvanho@infinet.com (W. E. Van Horne)
  150. >
  151. >Greg Horine (greg@radar.safb.af.mil) wrote:
  152. >: >I have seen on my "home" packet BBS postings from many countries in Europe,
  153. >: >some from South America, of course North America, but never seen any from
  154. >: >Japan.  A ham friend thinks that may be because of a 3rd party traffic
  155. >: >rule or something forbidding automatic passing of posts from other hams
  156. >: >or something.  
  157. >: >
  158. >: >What is the real story in Japan?  They don't have packet BBS's like 
  159. >: >those in USA there?  Or have the Japanese hams not linked their networks
  160. >: >to the rest of the world?
  161. >
  162. >I thought that all telegraphy in Japan used the Katakana syllabary, not 
  163. >Roman letters, and certainly is in the Japanese language, not English.  
  164. >Please correct me if I am wrong.  But if it is so, then the characters 
  165. >would appear as gibberish on our screens.
  166. >
  167. >73, Van - W8UOF
  168.  
  169. First Van, the stuff you quoted and attributed to me was actually from the original
  170. poster (WA2ISE, Robert Casey).  Other than that, I've had no problem with
  171. corresponding with my buddy in Japan.  He is Japanese, not a transplanted
  172. westerner.  I originally responded to a CQ message from him, so that's how I got
  173. his original packet address.
  174.  
  175. 73, Greg - N9PBD
  176.  
  177. ------------------------------
  178.  
  179. Date: 18 Oct 94 14:18:45 GMT
  180. From: jwt@twics.COM
  181. Subject: PBBS in Japan
  182.  
  183.  >What is the real story in Japan?  They don't have packet BBS's like 
  184.  >those in USA there?  Or have the Japanese hams not linked their networks
  185.  >to the rest of the world?
  186. There are MANY PBBSes here, in several different categories.  In
  187. addition to the standard forwarding network, there are a fair number
  188. of systems devoted to making public domain software available for
  189. downloading.  There are also well-connected TCP/IP networks and the
  190. occasional DX packet cluster.
  191.  
  192. Within the forwarding network, the majority of the bulletins
  193. posted are in Japanese and are not forwarded outside Japan.  Given
  194. current HF propagation international bulletin forwarding is pretty
  195. tough here.  We are relying on the satellites to handle most of the
  196. international personal messages.
  197.  73, Jim 7J1AJH (AI8A)  SYSOP @ 7J1YAA.10.JNET1.JPN.ASIA
  198.                  www:   http://www.twics.com/~jwt/hamradio.html
  199.  
  200. ------------------------------
  201.  
  202. Date: 19 Oct 1994 00:32:30 GMT
  203. From: patricio@eehpx19.cen.uiuc.edu (Andrew A Patricio)
  204. Subject: Steinbrecher radios
  205.  
  206. Howdy,
  207.   I was just browsing through Quallcom's homepage and noticed an article
  208. extolling the virtues of Steinbrecher radios.  What exactly are these?  From
  209. what I gathered from the article, they are purely digital radios that use DSPs
  210. to digitize the incoming signal and then mess with it (modem/mux-demux etc).
  211. Is this correct?  And what exactly is CDMA?  Here is what I think:  You take
  212. your data and split it up into different packets.  You append a code to these
  213. packets that indicate what message they are from and what position they 
  214. occupy in the message so that you can multiplex different data streams and
  215. then reconstruct them at the other end.  Then you send these packets at the
  216. same time (relatively speaking) on different frequencies (spread spectrum?)
  217. so that instead of using the bandwidth of one frequency, you use the bandwidth
  218. of a whole bunch of frequencies so that your effective bandwidth is the 
  219. aggregrate bandwidth of all these frequency channels combined.  whew!!
  220. Does this sound vaugely familiar or am I just missing the point entirely?
  221. Thanks.
  222.  
  223.  
  224. -- 
  225. Andrew Patricio              "Son, you got a panty on yur head."
  226. University of Illinois             "Just drive, fast."
  227. patricio@coewl.cen.uiuc.edu
  228. http://www.cen.uiuc.edu/~patricio/home.html
  229.  
  230. ------------------------------
  231.  
  232. Date: Fri, 14 Oct 1994 12:16:47 GMT
  233. From: dave@rsd.dl.nec.com (Dave Rogers)
  234. Subject: What is packet?
  235.  
  236. In article <Zi+Xh3p.tmorange@delphi.com>, Ted Morange <tmorange@delphi.com> writes:
  237. |>     I'm a new ham and I have had the curiosity on how packet
  238. |> works and what do hams do on packet. Tnx, 73
  239.  
  240. It's an expensive way to use a small amount of spectrum to convey very
  241. little information over a very long time.  What do hams do on packet?
  242. Why the same thing they do with other forms of communications; they kick
  243. lies and tell tires. 
  244.  
  245. Actually it is a lot of fun and a natural extension of the radio hobby
  246. for those of us also interested in computers.  Packet is used much the
  247. same way as wired computer-to-computer comms are used, i.e.  BBSs,
  248. E-mail, file transfer etc. 
  249.  
  250. ========================================================================
  251. Dave Rogers                                 Internet:   dave@rsd.dl.nec.com
  252. M & R Software, Inc.                         or  :   mandr@ix.netcom.com
  253. Plano, TX                                     CIS:   76672,2455
  254.  
  255. In the absence of leadership, we have decided to follow ourselves.
  256.  
  257. ------------------------------
  258.  
  259. Date: Tue, 18 Oct 1994 00:56:17 +0000
  260. From: gareth@lightfox.demon.co.uk (Gareth Rowlands)
  261. Subject: What is packet?
  262.  
  263. In article <37m1ka$mvo@bingnet1.cc.binghamton.edu>
  264. bd27015@bingsuns.cc.binghamton.edu (KB2RUM) wrote:
  265.  
  266. > packet comes in many different flavors the more popular is AX.25
  267. > (based on the X.25 networking standard that much of the internet was
  268. > based on) thats about all that i know about that....then there's
  269. > tcp/ip which is known as a packet switched network.
  270.  
  271.  
  272. Other way round, Dear Boy.
  273.  
  274. AX25 is based on X.25, which is used by some packet switched networks.
  275.  
  276. TCP/IP are protocols of the internet, and in amateur radio, often ride
  277. on the back of AX25 frames.
  278.  
  279. Cheers !
  280. Gareth.
  281.  
  282. ------------------------------
  283.  
  284. Date: Tue, 18 Oct 1994 13:26:17 GMT
  285. From: jkbe@sdlena.ucsd.edu (John Bednar)
  286. Subject: X1J problems
  287.  
  288. Robert E. Brose II (bob@jriver.com) wrote:
  289. : I'm curious because our club has half a dozen heavily loaded x1j's rev 1
  290. : running in crosslink 2 mode.
  291.  
  292. Have you had the buffer problem with these nodes that are running
  293. crosslink 2 mode? 
  294.  
  295. A friend that I shared Dave's note with pointed out that his 
  296. node has nothing connected to the RS232 port and he has observed
  297. the buffer / node busy problem twice. (he has the jumper in the 
  298. TNC on the RS 232)  
  299.  
  300.  
  301. John, WB3ESS
  302.  
  303. ------------------------------
  304.  
  305. Date: Tue, 18 Oct 1994 09:01:37
  306. From: greg.george@corp.wrgrace.com (Greg George)
  307.  
  308. References<199410140016.RAA02039@netcomsv.netcom.com> <37ptm6$r2a@giga.bga.com>, <37t4a4$6l6@network.ucsd.edu>
  309. Subject: Re: Send .COM files over e-mail
  310.  
  311. Not to flame anyone, but what gateways won't take uuencoded files?
  312. Uuencode outputs only printable 7bit characters that all uucp and
  313. sendmail hosts (as well as Vax) will take. I have not sent anything
  314. on packet as I'm not a HAM yet, but it would appear that the software
  315. used in packet (AX25) is similar to the standards that the computer industry
  316. uses. If that is the case, uuencode/uudecode should work in sending
  317. binary data to anyone. Is this not true??
  318.  
  319. greg
  320.  
  321. In article <37t4a4$6l6@network.ucsd.edu> brian@nothing.ucsd.edu (Brian Kantor) 
  322. writes:>Path: 
  323. wrginet.corp.wrgrace.com!psinntp!psinntp!news.columbia.edu!sol.ctr.columbia.edu
  324. !spool.mu.edu!sdd.hp.com!ihnp4.ucsd.edu!network.ucsd.edu!nothing.ucsd.edu!brian
  325. >From: brian@nothing.ucsd.edu (Brian Kantor)>Newsgroups: 
  326. rec.radio.amateur.digital.misc>Subject: Re: Send .COM files over e-mail>Date: 
  327. 17 Oct 1994 06:07:00 GMT>Organization: The Avant-Garde of the Now, Ltd.
  328. >Lines: 9
  329. >Message-ID: <37t4a4$6l6@network.ucsd.edu>
  330. >References: <199410140016.RAA02039@netcomsv.netcom.com> <37ptm6$r2a@giga.bga.com>
  331. >NNTP-Posting-Host: nothing.ucsd.edu
  332.  
  333.  
  334. >Or better yet, instead of using UUENCODE, which uses characters that
  335. >aren't going to survive some e-mail gateways, use the MIME standard
  336. >that does.  Why gosh-golly, if you use one of the standards, you might
  337. >even find that you don't have to write code to use it, because your
  338. >mailer might already understand it.
  339.  
  340. >But then, being compatable and following standards would take all the
  341. >fun out of it, eh?  That's why we're AMATEURS, right?
  342. >        - Brian
  343.  
  344. ------------------------------
  345.  
  346. End of Ham-Digital Digest V94 #345
  347. ******************************
  348.